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COMPUTER-BASED TELEPHONE CALL MANAGEMENT 

CROSS-REFERENCE TO RELATED APPLICATIONS 

5 

The present application is related to commonly-assigned, co-pending 
U.S. Patent Application Nos. (attorney docket no. 2003P15317US), entitled 
"Computer-Based Telephone Call Signaling"; (attorney docket no. 
2003P15316US), entitled "Networkable Telephone System"; (attorney docket 

10 no. 2003P15313US), entitled "Telephone System Responsive To Call Control 
Protocol"; (attorney docket no. 2003P15315US), entitled "Networked 
Telephone System"; (attorney docket no. 2003P15312US), entitled "Computer- 
Based Telephone Call Conferencing"; (attorney docket no. 2003P15310US), 
entitled "Computer-Implemented Telephone Call Conferencing System"; and 

15 (attorney docket no. 2003P15314US), entitled "Telephone Network/Computer 
Network Gateway", each of which is being filed concurrently herewith. 

BACKGROUND 

20 Field 

Embodiments may relate generally to the management of telephone 
calls between two or more telephones. 

Description 

25 Corporations are offered a wide range of products to meet their 

telecommunications needs. Many of these products provide computer-based 
control of outgoing and incoming telephone calls. Such control may include 
selective routing of telephone calls. 

30 The above-described products often utilize several software applications 

that interact within a complex and expensive hardware infrastructure. Some of 
the software applications may require associated hardware to execute 
particular operating system software and server applications bundled therewith. 
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As a result, much of the functionality of corporate telecommunications products 
is not available to the home or small office user. 

SUMMARY 

5 

Some embodiments provide a telephone and a computing device 
coupled to the telephone, the computing device to selectively route telephone 
call signals to the telephone based on user-specified rules. In some aspects, 
the computing device is to receive the telephone call signals from a computer 

10 network. The computing device may also present a user interface for defining 
the user-specified rules. According to some embodiments, the telephone call 
signals are received from an other telephone, and the user-specified rules 
comprise rules associated with telephone call signals to be received by the 
telephone and rules associated with telephone call signals to be sent from the 

15 other telephone. 

Some embodiments relate to a telephone and a computing device 
coupled to the telephone, the computing device to selectively route telephone 
call signals from the telephone to an other telephone based on user-specified 

20 rules. In some aspects, the telephone is to transmit the telephone call signals 
to the computing device before the computing device selectively routes the 
telephone call signals to the telephone. The computing device may present a 
user interface for defining the user-specified rules, and the rules may include 
rules associated with telephone call signals to be transmitted by the telephone 

25 and rules associated with telephone call signals to be received by the other 
telephone. 

With these and other advantages and features that will become 
hereinafter apparent, further information may be obtained by reference to the 
30 following detailed description of the invention, the appended claims and to the 
figures attached hereto. 
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BRIEF DESCRIPTION OF THE FIGURES 

Some embodiments are illustrated in the accompanying figures, in which 
like reference numerals designate like parts, and wherein: 

5 

FIG. 1 is a block diagram of a system according to some embodiments; 
FIG. 2 is a diagram of a system architecture according to some 
embodiments; 

FIG. 3 is a view of a telephone according to some embodiments; 
10 FIG. 4 is a block diagram of the internal architecture of a telephone 

according to some embodiments; 

FIG. 5 is a block diagram of the internal architecture of a computing 
device according to some embodiments; 

FIG. 6 is a block diagram of the software architecture of a server 
15 application according to some embodiments; 

FIG. 7 is a flow diagram of a process according to some embodiments; 

FIG. 8 is a flow diagram of a process according to some embodiments; 

FIG. 9 is an outward view of a user interface according to some 
embodiments; 

20 FIG. 10 is a flow diagram of a process according to some embodiments; 

FIG. 1 1 is a flow diagram of a process according to some embodiments; 
FIG. 12 is an outward view of a user interface according to some 
embodiments; 

FIG. 13 is a flow diagram of a process according to some embodiments; 

25 and 

FIG. 14 is a flow diagram of a process according to some embodiments. 

DETAILED DESCRIPTION 

30 FIG. 1 is a block diagram of system 1 according to some embodiments. 

System 1 includes computing device 10, computer network 20 and telephone 
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30. Some embodiments are generally described below with respect to FIG. 1 , 
with more detailed descriptions thereof to follow. 

According to some embodiments, computing device 10 may establish a 
5 telephone call through telephone 30 over computer network 20. The call may 
be established using a signaling protocol other than a Session Initiation 
Protocol. As will be described below, such embodiments may allow computing 
device 10 to provide call control features to telephone 30 that are not currently 
available in certain computing environments. 

10 

Telephone 30 may include an interface port to receive a computer 
network interface device such as a Personal Computer Memory Card 
International Association (PCMCIA) card. The network interface device may 
couple telephone 30 to computer network 20. Telephone 30 may also be 
15 coupled to a telephone line (not shown) to receive telephone call signals 
therefrom. In some embodiments, telephone 30 transmits information 
associated with received telephone signals to computing device 10. 

Computing device 10 may establish a conference call between 
20 telephone 30 and another telephone according to some embodiments. A 

conference call may also or alternatively be established between two telephone 
handsets (not shown) that may be associated with telephone 30. 
Establishment of a conference call may include presenting a user interface to 
define workgroups, workgroup members, and/or conference call participants. 

25 

In some embodiments, computing device 10 selectively routes telephone 
call signals to telephone 30 based on user-specified rules. Computing device 
10 may present a user interface to a user for defining the rules. The rules may 
be associated with telephone call signals to be received by telephone 30 and/or 
30 with telephone call signals sent from another telephone. 
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FIG. 2 is a topographic view of a system architecture according to some 
embodiments. Of course, architectures other than that shown in FIG. 2 may be 
used to implement in some embodiments. 

5 FIG. 2 shows network computing device 10 and telephone 30 disposed 

within network 20. In some embodiments, network 20 comprises a home 
and/or small office computing network. Many of the illustrated elements of 
network 20 are therefore typical of such an environment. 

1 0 Network 20 may comprise one or more systems for transferring data, 

including a local area network, a wide area network, a telephone network, a 
cellular network, a fiber-optic network, a satellite network, an infra-red network, 
a radio frequency network, and any other type of network which may be used to 
transmit information between devices. Additionally, data may be transmitted 

15 through network 20 using one or more currently- or hereafter-known network 
protocols, including but not limited to Asynchronous Transfer Mode (ATM), 
Internet Protocol (IP), Hypertext Transfer Protocol (HTTP) and Wireless 
Application Protocol (WAP). 

20 Modem 40 is coupled to Internet connection 45. Internet connection 45 

may comprise any currently- or hereafter-known media for connecting to 
Internet 50, such as a cable line, a telephone line, and a fractional T1 line. 
Modem 40 comprises any modem suitable for the particular type of Internet 
connection 45. Network 20 may transmit and receive data to and from Internet 

25 50 via modem 40 and internet connection 45. 

Modem 40 is coupled to router 55 to allow the elements of network 20 to 
share access to Internet 50. Router 55 is in turn coupled to network interfaces 
such as CAT5 jack 60 that may be dispersed throughout the physical environs 
30 of network 20. Computing device 10 is illustrated in FIG. 2 as a personal 
computer that is coupled to router 55 through network jack 60. Computing 
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device 10 is therefore coupled to other elements of network 20 that are in 
communication with router 55. According to some embodiments, computing 
device 10 is a typical home and/or small office network server computer 
executing, for example, the Windows XP™ operating system. Computing 
5 device 10 may comprise any device or devices that are capable of performing 
the actions attributed herein to computing device 10. 

Router 55 includes wireless antenna 65 for transmitting and receiving 
data according to a wireless networking protocol. Such protocols include, but 
10 are not limited to IEEE 802.11a, IEEE 802.11b, IEEE 802.1 1g, and ETSI 

BRAN. Other devices may therefore be wirelessly coupled to router 55 and to 
network 20. 

Telephone 30 is wirelessly coupled to router 55 and to network 20 
15 according to some embodiments. In this regard, telephone 30 may include 
computer network interface device 70 for communicating with router 55 in 
accordance with a wireless protocol. Telephone 30 may include interface port 
75 for receiving device 70. Computer network interface device 70 may 
comprise a PCMCIA card, a Flash™ card, or any other suitable network 
20 interface device. In some embodiments, computer network interface device 70 
provides a wired connection to network 20. 

Telephone 30 is coupled to telephone line 80, which is in turn coupled to 
the packet-switched telephone network (PSTN) 85. Telephone line 80 may 

25 comprise an analog line, an Integrated Services Digital Network (ISDN) line, or 
other line compatible with PSTN 85. Telephone 30 may receive and transmit 
telephone call signals via telephone line 80. Telephone 30 may be coupled to 
more than one telephone line. In some embodiments, telephone 30 comprises 
any currently- or hereafter-known telephone suitable for home and/or small 

30 office use. 
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Telephone 30 includes antenna 90 for providing wireless communication 
between telephone handsets 95 and 100 and base 105. Telephone 30 may be 
capable of managing separate telephone calls that are conducted 
simultaneously using telephone handsets 95 and 100. Telephone 30 may also 
5 provide intercom, call transfer, conferencing, and/or other functions using 
handsets 95 and 100. In some embodiments, telephone 30 comprises a 
Gigaset® telephone manufactured by Siemens AG®. 

Network 20 may also include devices such as laptop computer 110. In 
10 the illustrated embodiment, laptop computer 1 10 is wireless coupled to network 
20. Any number of other elements may be coupled to network 20 via wireless 
and/or wired connections. 

Devices 115 through 130 respectively comprise a desktop computer, a 
15 cellular telephone, a personal digital assistant, and an Internet kiosk. Each of 
these devices is directly or indirectly in communication with Internet 50. 
Accordingly, each of these devices provides a Web browser or other 
application for communicating with Internet 50. Each device may therefore 
receive data from and transmit data to network 20 if the security configuration 
20 of its respective network provides for such communication. 

Detailed examples of operation of the FIG. 2 architecture according to 
some embodiments are provided below. The elements of FIG. 2 may be 
connected differently than as shown. For example, some or all of the elements 

25 may be connected directly to one another. Embodiments may include 
elements that are different from those shown. Moreover, although the 
illustrated communication links between the elements of FIG. 2 appear 
dedicated, each of the links may be shared by other elements. Elements 
shown and described as coupled or in communication with each other need not 

30 be constantly exchanging data. Rather, communication may be established 
when necessary and severed at other times or always available but rarely used 
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to transmit data. 

FIG. 3 is a close-up perspective view of telephone 30 according to some 
embodiments. FIG. 3 shows interface port 75 prior to receipt of a computer 
5 network interface device. Also shown are keypad 135 and display 140 which 
may be used during operation of telephone 30. Handset 145 may be wired or 
wirelessly connected to base 105 and used to conduct telephone calls. 

FIG. 4 is a block diagram of the internal architecture of telephone 30 
10 according to some embodiments. As shown, controller 150 is coupled to bus 
160. Bus 160 allows elements of telephone 30 to transmit signals to one 
another. In operation, controller 150 executes program code stored in Read 
Only Memory (ROM) 170 and Random Access Memory (RAM) 180. 
Telephone 30 may include other types of memory for storing program code and 
15 data. 

Execution of program code allows controller 150 to control display 
controller 190, keypad controller 200, wireless interface 210, PSTN interface 
215, and interface port controller 220 in accordance with some embodiments. 

20 For example, controller 150 may control PSTN interface 215 to receive 

telephone calls signals, may encapsulate the telephone call signals according 
to a computer network protocol (e.g., IP), and may thereafter control interface 
port controller 220 to transmit the encapsulated telephone call signals to a 
computer network interface device installed within interface port 75. The 

25 transmitted data may identify computing device 10 as the intended destination 
of the encapsulated telephone call signals. 

In another example, controller 150 may execute program code to control 
interface port controller 220 to receive encapsulated telephone call signals from 
30 the computer network interface device, may decapsulate the encapsulated 
telephone call signals to generate telephone call signals, and may control 
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wireless interface 210 to transmit the telephone call signals to one or both of 
handsets 95 and 100. 

Controller 150 may also or alternatively execute program code to 
5 provide advanced calling features to users of telephone 30. Such features may 
include call conferencing, call transfer, and call forwarding among handsets 95 
and 100. According to some embodiments, computing device 10 defines a 
conference call, telephone 30 receives a definition of the conference call from 
computing device 10 over network 20, and the conference call is established 
10 between two or more handsets of telephone 30 by controller 150. 

The telephone call signals mentioned above include signaling and media 
information that may be formatted by telephone 30 according to a proprietary 
call control protocol. Generally, a call control protocol may be used to establish 
15 and manage telephone calls. Telephone 30 may utilize a call control protocol 
to manage telephone calls between handset 95 and/or handset 100 and an 
external device. In some embodiments, telephone 30 supports a third party call 
control protocol such as, but not limited to, Computer Supported 
Telecommunications Applications (CSTA) III. 

20 

For example, telephone 30 may receive call control signals associated 
with CSTA III from an external device such as computing device 10 via 
interface port controller 220, and may execute call control functionality based 
thereon. The call control signals may specify a first functionality associated 
25 with handset 95 and a second functionality associated with handset 100 
according to some embodiments. Additionally, telephone 30 may transmit 
second call control signals associated with CSTA III to the external device. 
Some of the foregoing embodiments may facilitate the development of third 
party applications to control the functionality of telephone 30. 

30 

FIG. 5 is a representative block diagram of computing device 10 
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according to some embodiments. Computing device 10 may comprise a single 
device or computer, a networked set or group of devices or computers, a 
workstation, mainframe or host computer, etc. In some embodiments, 
computing device 10 comprises a device with sufficient memory and 
5 processing capability for use as a home and/or small office personal computer, 
workstation, and/or network server. 

Computing device 10 of FIG. 5 includes microprocessor 230 in 
communication with communication bus 240. Microprocessor 230 is used to 

10 execute processor-executable process steps so as to control the components 
computing device 10 to provide functionality according to embodiments of the 
present invention. Microprocessor 230 may comprise a Pentium™, or 
Itanium™ microprocessor manufactured by Intel Corporation. Other suitable 
processors may be available from Motorola, Inc., AMD, or Sun Microsystems, 

1 5 Inc. Microprocessor 230 also may comprise one or more microprocessors, 
computers, computer systems, etc. 

Also in communication with communication bus 240 is network interface 
250. Network interface 250 may be configured with hardware suitable to 

20 physically interface and communicate with network 20. Network interface 250 
may comprise a Peripheral Component Interconnect (PCI) card including a 
CAT5 and/or a wireless (e.g. 802.11b. 802.1 1g, ETSI BRAN) interface. 
Network interface 250 may operate in conjunction with device drivers executed 
by microprocessor to encapsulate and decapsulate data transmitted and 

25 received over network 20 in accordance with a network protocol supported by 
network 20. In some embodiments, computing device 10 receives and 
transmits encapsulated telephone call signals from and to telephone 30 over 
network interface 250. 

30 Input device 260 and display 270 are also in communication with 

communication bus 240. Any known input device may be used as input device 
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260, including a keyboard, mouse, touch pad, voice-recognition system, or any 
combination of these devices. Input device 260 may be used by a user to input 
information and commands to computing device 10. Such information may 
include definitions of workgroups, definitions of conference call participants, 
5 and user-defined rules for telephone management. This information may also 
be received by computing device 10 from an external device via network 
interface 250. 

Display 270 may be an integral or separate CRT display, a flat-panel 
10 display or the like. Display 250 is generally used to output graphics and text to 
an operator in response to commands issued by microprocessor 230. Display 
270 may display user interfaces for receiving definitions of workgroups, 
definitions of conference call participants, and user-defined rules for telephone 
management. 

15 

RAM 280 is connected to communication bus 240 to provide 
microprocessor 230 with fast data storage and retrieval. In this regard, 
processor-executable process steps being executed by microprocessor 230 are 
typically stored temporarily in RAM 280 and executed therefrom by 

20 microprocessor 230. ROM 290, in contrast, may provide storage from which 
data can be retrieved but to which data cannot be stored. Accordingly, ROM 
290 may be used to store invariant process steps and other data, such as basic 
input/output instructions and data used during system boot-up or to control 
input device 260. One or both of RAM 280 and ROM 290 may communicate 

25 directly with microprocessor 230 instead of over communication bus 240. 

Data storage device 295 stores, among other data, processor- 
executable process steps of telephone control server application 296. 
Telephone control server application 296 may comprise process steps that are 
30 executable to provide all, some, or none of the functionality attributed herein to 
computing device 30. 
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Application 296 may also comprise process steps of a Web server and 
may be executed to provide information to a Web client, such as a Web 
browser executed by device 1 15 of FIG. 2. Generally, such a Web server 
5 receives Hypertext Transfer Protocol (HTTP) requests from a Web client and, 
in response, creates and sends appropriate Web pages to the Web client. 
Information may also be received from the Web client, including definitions of 
workgroups, definitions of conference call participants, and user-defined rules 
for telephone management. The functionality of telephone control server 
10 application 296 will be described in more detail below with respect to FIG. 6. 

The process steps of telephone control server application 296 may be 
read from a computer-readable medium, such as a floppy disk, a CD-ROM, a 
DVD-ROM, a Zip™ disk, a magnetic tape, or a signal encoding the process 
15 steps, and then stored in data storage device 295 in a compressed, uncompiled 
and/or encrypted format. In alternative embodiments, hard-wired circuitry may 
be used in place of, or in combination with, processor-executable process steps 
for implementation of the processes described herein. Thus, embodiments are 
not limited to any specific combination of hardware and software. 

20 

Data storage device 295 also stores workgroup definitions database 
297, conference call definitions database 298, and call management rules 
database 299. Workgroup definitions database 297 may include data 
associating individuals and/or communication devices with particular 

25 workgroups. In some embodiments, an individual may be associated with one 
or more communication devices, and/or an individual or a device may be 
associated with more than one workgroup. The data stored in workgroup 
definitions database 297 may be received from unshown collaboration 
applications (e.g., WebEx™, LiveMeeting™), and/or from a user through one or 

30 more user interfaces provided by application 296 and displayed by display 270. 
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Conference call definitions database 298 may include data defining 
conference calls. Such data may include call participants (e.g., individuals, 
devices, and/or workgroups), call time, call duration, call topic, and dialing 
instructions. This data may be received from collaboration applications and/or 
5 from a user via user interfaces provided by application 296 and displayed by 
display 270. 

Call management rules database 299 may comprise rules for managing 
incoming and/or outgoing telephone calls. For example, the rules may specify 

10 that certain received calls should be directly transmitted to a voice mail system, 
and/ or that other received calls should be transferred to a home telephone. 
The rules may be triggered based on call sender, call recipient, called party 
availability, time of day, and/or any other factors. A user may use user 
interfaces provided by application 296 and displayed by display 270 to input the 

1 5 rules into database 299. 

One or more of databases 297 through 299 may be stored within an 
external database server that is connected to computing device 10 via network 
20. Such a server may also be directly connected to computing device 10 via a 
20 communication medium such as a serial port cable, telephone line or radio 
frequency transceiver. 

Stored in data storage device 295 may also be other unshown elements 
that may be necessary for operation of computing device 10, such as other 
25 applications, other data files, a network server, an operating system, a 
database management system and "device drivers" for allowing 
microprocessor 230 to interface with external devices. These elements are 
known to those skilled in the art, and are therefore not described in detail 
herein. 

30 



FIG. 6 illustrates several components of the software architecture of 
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telephone control server application 296 according to some embodiments. The 
first layer of the architecture includes communication broker 300. 
Communication broker 300 may comprise a collection of middleware interfaces 
and adapting layers that enable application 296 to communicate with disparate 
5 systems. In some embodiments, communication broker 300 decapsulates 
incoming information and encapsulates outgoing information in accordance 
with the IP protocol. 

Personal productivity application 310 may be used to define rules for 
10 routing and/or managing telephone calls. As mentioned above, the rules may 
specify that certain received calls should be directly transmitted to a voice mail 
system, and/ or that other received calls should be transferred to a home 
telephone. The rules may be triggered based on call sender, call recipient, 
called party availability, time of day, and/or any other factors. 

15 

Application 310 may provide for rules that are based on the presence of 
specified parties. Such presence may be detected using presence-related 
features of other applications (e.g., Windows Messenger™) that may be 
installed within computing device 10. 

20 

Personal productivity application 310 may capture user-defined rules by 
presenting a suitable user interface and by capturing the information input 
thereto. The rules may then be stored in call management rules database 299. 
In some embodiments, personal productivity application 310 provides a Web 
25 portal. A user may access such a portal using a device that is coupled to 
computing device 10 over an IP network. Such a device may be internal to 
network 20 (e.g., laptop computer 110) or external thereto (e.g., personal digital 
assistant 125. 

30 Workgroup collaboration application 320 may be executed to associate 

individuals and/or communication devices with particular workgroups. As 
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described above, these associations may be stored in workgroup definitions 
database 297. The particular individuals and/or devices that are associated 
with workgroups may be obtained from data stored by other contact, 
collaboration and/or calendaring applications (e.g., WebEx™, LiveMeeting™), 
5 and/or from a user through one or more user interfaces provided by application 
296. Again, such user interfaces may be presented on display 270 and/or 
within a Web browser window of a remote device. 

Workgroup collaboration application 320 may also provide for the 
10 definition of conference calls. The definitions may be stored in conference call 
definitions database and may include call participants (e.g., individuals, 
devices, and/or workgroups), call time, call duration, call topic, and dialing 
instructions. The definitions may be received from collaboration applications 
and/or from a user interface provided by application 320. 

15 

Assistant engine 330 may convert information between a first format and 
a format native to application 296. In some embodiments, assistant engine 330 
convert telephone call signals between a native Gigaset® format and a native 
Openscape®-format. Openscape® identifies a communications software suite 
20 developed by Siemens AG®. 

Assistant engine 330 passes telephone call signals to virtual assistant 
340 and conferencing assistant 350. Virtual assistant 340 applies user-defined 
rules to selectively route the received telephone call signals. The rules may be 

25 stored in call management rules database 299 or elsewhere. Conferencing 
assistant 350 may establish a conference call between telephone 30 and at 
least one other telephone based on conference call definitions stored in 
conference call definitions database 298. A conference call definition may 
specify a workgroup to participate in a conference call, therefore conferencing 

30 assistant 350 may also access workgroup definitions database 297 to establish 
a conference call. In some embodiments, conferencing assistant 350 defines a 
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conference call and telephone 30 establishes the conference call using its 
embedded conferencing capability as described above. 

Telephone control server application 296 may include more components 
5 than shown in FIG. 6. Some embodiments do not include one or more of the 
illustrated components of application 296. In some embodiments, one or more 
elements of application 296 may be stored and/or executed external to 
computing device 10. Moreover, one or both of applications 310 and 320 may 
be installed as a "plug-in" to an existing application and/or may comprise a 
10 standalone application. 

FIG. 7 is a flow diagram of process steps according to some 
embodiments. The process steps may be executed by elements of telephone 
30 and elements of computing device 10 as shown in FIG. 7. The process 
15 steps may be performed by any device or by any number of devices in 

combination. Moreover, some or all of the process steps may be performed 
manually. 

Initially, at 400, telephone 30 receives telephone call signals from 
20 telephone line 80. The telephone call signals include signaling and media 
information and may originate from PSTN 85 and be received by PSTN 
interface 215. Next, at 405, controller 1 50 of telephone 30 encapsulates the 
telephone call signals in accordance with a computer network protocol such as 
IP protocol. The telephone call signals may be formatted prior to encapsulation 
25 according to a proprietary and/or third party call control protocol. The 
encapsulated telephone call signals are transmitted over network 20 to 
computing device 10 via interface port controller 220 at 410. 

Computing device 10 receives the encapsulated telephone call signals 
30 over network interface 250 and decapsulates the telephone call signals at 415. 
Assistant engine 330 may thereafter convert the telephone call signals from a 
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first format to a second format that is compatible with telephone control server 
application 296. The telephone call signals are then processed at 417 by one 
or both of virtual assistant 340 and conferencing assistant 250 according to 
some embodiments. Telephone control server application 296 then determines 
5 that the telephone call signals are intended for telephone 30 at 420. 

Assistant engine 330 may convert the telephone call signals back to the 
first format and communication broker 300 may encapsulate the telephone call 
signals in accordance with the computer network protocol at 425. At 430, 
10 computing device 10 transmits the encapsulated telephone call signals back to 
telephone 30 to establish a telephone call with telephone 30. Accordingly, 
telephone 30 receives and decapsulates the telephone call signals at 435 and 
conducts a telephone call based on the telephone call signals at 440. 

15 FIG. 8 is a flow diagram of process steps according to some 

embodiments. The FIG. 8 process steps may be executed to establish a 
telephone call between telephone handset 95 and telephone handset 100. 

Antenna 90 of telephone 30 receives telephone call signals from 
20 telephone handset 95 at 500. In some embodiments, the telephone call signals 
are formatted in accordance with a proprietary protocol of telephone 30. 
Controller 150 of telephone 30 encapsulates the telephone call signals in 
accordance with a computer network protocol at 505. The encapsulated 
telephone call signals are then transmitted over network 20 to computing 
25 device 10 via interface port controller 220 at 510. 

Computing device 10 receives the encapsulated telephone call signals 
over network interface 250 and decapsulates the telephone call signals at 515. 
Assistant engine 330 may thereafter convert the telephone call signals from a 
30 first format (e.g., proprietary or third party) to a second format that is compatible 
with telephone control server application 296. The telephone call signals are 
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then processed at 517 by one or both of virtual assistant 340 and conferencing 
assistant 250 according to some embodiments. Telephone control server 
application 296 then determines, at 520, that the telephone call signals are 
intended for telephone handset 100. 

5 

Next, at 525, assistant engine 330 may convert the telephone call 
signals back to the first format and communication broker 300 may encapsulate 
the telephone call signals in accordance with the computer network protocol. 
At 530, computing device 10 transmits the encapsulated telephone call signals 

10 back to telephone 30 to establish a telephone call with telephone handset 100. 
Telephone 30 receives and decapsulates the telephone call signals at 535, 
and determines that the telephone call signals are intended for telephone 
handset 100 at 540. Telephone 30 then transmits the telephone call signals to 
handset 100 via antenna 90 at 545 so that handset 100 may conduct the 

15 telephone call. 

FIG. 9 is a representative view of web page 600 according to some 
embodiments. Web page 600 may comprise a user interface for defining rules. 
The rules may be applied to incoming and/or outgoing telephone calls to 

20 selectively route the telephone calls. For example, the rules may specify that 
certain received calls should be directly transmitted to a voice mail system, 
and/or that other received calls should be transferred to a home telephone. 
The rules may be triggered based on call sender, call recipient, called party 
availability, time of day, and/or any other factors. Any suitable interface for 

25 defining such rules may be used in conjunction with some embodiments. Once 
the rules are input using an interface such as Web page 600, the rules may be 
stored in call management rules database 299 or elsewhere. 



30 



Web page 600 may be displayed on display 270 of computing device 10 
or on the display of any other device having access to a Web server provided 
by telephone control server application 296. More specifically, a user may 
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operate a device to input an appropriate Uniform Resource Locator (URL) into 
a Web browser provided by the device. In response, an IP address 
corresponding to the URL is retrieved from a Domain Name Server coupled to 
Internet 50 and a request for a particular Web page is sent via HTTP to the IP 
5 address. The Web page is then transmitted to and displayed by the Web 
browser as shown in FIG. 9. 

FIG. 10 is a flow diagram of process steps to selectively route telephone 
calls based on user-defined rules according to some embodiments. Telephone 
10 30 initially receives telephone call signals from telephone line 80 at 700. The 
telephone call signals are encapsulated in accordance with a computer network 
protocol of network 20 at 705: Next, at 710, the encapsulated telephone call 
signals are transmitted over network 20 to computing device 10 via interface 
port controller 220. 

15 

At 715, computing device 10 receives the encapsulated telephone call 
signals over network interface 250 and decapsulates the telephone call signals. 
Assistant engine 330 may then convert the telephone call signals from a first 
format of telephone 30 to a second format that is compatible with virtual 
20 assistant 340. 

Virtual assistant 340 determines that the telephone call signals are 
intended for telephone 30 at 720. Virtual assistant 340 then determines, at 
725, an action based on incoming call rules associated with telephone 30. 

25 More specifically, virtual assistant 340 may access call management rules 
database 299 to identify rules that are to be applied to telephone call signals 
intended for telephone 30. As described above, these rules may specify that 
certain telephone call signals intended for telephone 30 should be directly 
routed to a voice mail system, and/or that other telephone call signals intended 

30 for telephone 30 should be routed elsewhere. The rules may specify routing of 
the telephone call signals based on sender, recipient, recipient presence 
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information, time of day, and/or any other factors. 

In the present example, it will be assumed that it is determined at 725 to 
route the telephone call signals to telephone 30. Therefore, at 730, assistant 
5 engine 330 may convert the telephone call signals back to the first format and 
communication broker 300 may encapsulate the telephone call signals in 
accordance with the computer network protocol. 

Next, at 735, computing device 10 transmits the encapsulated telephone 
10 call signals back to telephone 30 to establish a telephone call. Accordingly, 
telephone 30 receives and decapsulates the telephone call signals at 740 and 
conducts a telephone call based on the telephone call signals at 745. 

The FIG. 1 1 process steps may be executed to selectively route a 
15 telephone call between telephone handset 95 and telephone handset 100 
based on user-defined rules according to some embodiments. 

Antenna 90 of telephone 30 receives telephone call signals from 
telephone handset 95 at 800. The telephone call signals may be formatted in 
20 accordance with a proprietary protocol of telephone 30. Telephone 30 

encapsulates the telephone call signals in accordance with a computer network 
protocol such as IP protocol at 805. The encapsulated telephone call signals 
are then transmitted, at 810, over network 20 to computing device 10 via 
interface port controller 220. 

25 

Computing device 10 receives the encapsulated telephone call signals 
over network interface 250 and decapsulates the telephone call signals at 815. 
Assistant engine 330 may then convert the telephone call signals from a first 
format of telephone 30 to a second format that is compatible with virtual 
30 assistant 340. Virtual assistant 340 then determines, at 820, an action based 
on outgoing call rules associated with telephone handset 95. 



21 



As mentioned above, virtual assistant 340 may access call management 
rules database 299 at 820 to identify rules that are to be applied to telephone 
call signals transmitted from telephone handset 95. These rules may specify 
5 that certain telephone call signals transmitted from telephone handset 95 
should be delayed for a specified period of time, and/or that other telephone 
call signals transmitted from telephone handset 95 should be routed 
somewhere other than the originally-intended destination. For purposes of the 
present example, it will be assumed that it is determined at 820 to route the 
10 telephone call signals to their intended destination. 

Virtual assistant 340 determines that the telephone call signals are 
intended for telephone handset 100 at 825. Virtual assistant 340 then 
determines, at 830, an action based on incoming call rules associated with 

15 telephone handset 100. These rules may also be stored in call management 
rules database 299. It will be assumed that virtual assistant 340 determines to 
route the telephone call signals to telephone handset 100 at 830. Therefore, at 
835, assistant engine 330 may convert the telephone call signals back to the 
first format and communication broker 300 may encapsulate the telephone call 

20 signals in accordance with the computer network protocol. 

Next, at 840, computing device 10 transmits the encapsulated telephone 
call signals back to telephone 30 to establish a telephone call with telephone 
handset 100. Telephone 30 receives and decapsulates the telephone call 
25 signals at 845, and determines that the telephone call signals are intended for 
telephone handset 100 at 850. At 855, telephone 30 then transmits the 
telephone call signals to handset 100 via antenna 90 so that handset 100 may 
conduct the telephone call. 

30 In some embodiments, virtual assistant 340 determines at 825 that the 

telephone call signals are intended for a telephone located in PSTN 85. 
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Accordingly, virtual assistant 340 would then determine an action based on 
incoming call rules associated with the externally-located telephone, if any such 
rules exist. The telephone call signals would then be transmitted to telephone 
30 and to PSTN 85 through telephone line 80. 

FIG. 12 is a representative view of web page 900 according to some 
embodiments. Web page 900 may be displayed on display 270 of computing 
device 10 or on the display of any other device having access to a Web server 
provided by telephone control server application 296. 



Web page 900 may comprise a user interface for defining a conference 
call. Accordingly, Web page 900 may comprise elements for selecting 
participants, communication devices and/or workgroups. Web page 900 may 
also include elements for defining members of one or more workgroups. In 
15 some embodiments, an individual may be associated with one or more 

communication devices, and/or an individual or a device may be associated 
with more than one workgroup. 

Web page 900 according to some embodiments includes elements for 
20 specifying other conference call details such as call time, call duration, call 

topic, and dialing instructions. The participants, communication devices and/or 
workgroups that are selectable via Web page 900 may be extracted from a 
local or remote address book (e.g. Microsoft Outlook™, Lotus Notes™), and/or 
from other collaboration applications (e.g.,WebEx™, LiveMeeting™) installed in 
25 computing device 10. 

Any suitable interface for defining workgroups and/or conference calls 
may be used in conjunction with some embodiments. Such a user interface 
may be composed of a plurality of individual Web pages and/or other 
30 interfaces. The defined workgroups and conference calls may be stored in 
workgroup definitions database 297 and conference call definitions database 
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298, respectively. 

FIG. 13 illustrates process steps to establish a conference call according 
to some embodiments. Initially, at 1000, computing device 10 presents a user 
5 interface for defining participants in the conference call. Such an interface may 
comprise Web page 900 of FIG. 9, and may be presented on display 270 
and/or within a Web browser of another device having access to telephone 
control server application 296. 

10 The participants in the conference call are defined at 1005. Definition of 

the participants may comprise receiving user input to the presented user 
interface and storing the input in conference call definitions database 298. 
Other details of the conference call such as those described above may be 
defined at 1005. 

15 

The conference call is established between telephone 30 and at least 
one other telephone at 1010. The conference call may be established by 
receiving encapsulated telephone call signals from telephone 30 over network 
20 and creating a connection between the at least one other telephone and 
20 telephone 30 based on the telephone call signals and based on the defined 
details of the conference call. 

Next, at 1015, encapsulated telephone call signals of the conference call 
are transmitted from computing device 10 to telephone 30. Telephone 30 
25 receives and decapsulates the telephone call signals at 1020 and conducts the 
conference call at 1025. 

FIG. 14 illustrates process steps to establish a conference call using 
conferencing capabilities of telephone 30 according to some embodiments. At 
30 1 100, computing device 10 presents a user interface such as Web page 900 for 
defining participants in the conference call. A user manipulates the interface to 
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indicate that the conference call is to include telephone handsets 95 and 100, 
and a corresponding definition is stored in conference call definitions database 
298. 

5 Computing device 10 may then receive encapsulated telephone call 

signals from one of telephone handsets 95 and 100, decapsulate the telephone 
call signals, and determine, based on the signals and based on information 
stored in conference call definitions database 298, that the telephone call 
signals are associated with a conference call between telephone handsets 95 
10 and 100. 

Computing device 10 therefore encapsulates the telephone call signals 
and transmits the encapsulated telephone call signals to telephone 30 at 1 1 10. 
Telephone 30 decapsulates the telephone call signals at 1 1 15 and determines 
15 that the telephone call signals are associated with a conference call between 
handsets 95 and 100. In this regard, the received telephone call signals may 
include data from computing device 10 indicating that the telephone call signals 
are associated with a conference call between handsets 95 and 100. 

20 Telephone 30 establishes a conference call between handsets 95 and 

100 at 1120 using its embedded conferencing capability. The conference call 
is thereafter conducted at 1 125. 

The particular arrangements of process steps described above are not 
25 meant to imply a fixed order; embodiments can be practiced in any order that is 
practicable. In some embodiments, the process steps may be executed by 
elements of telephone 30 and elements of computing device 10, and may be 
performed by any device or by any number of devices in combination. 
Moreover, some or all of the process steps may be performed manually. 

30 



The processes described herein may be embodied as program code 
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developed using an object-oriented language that allows the modeling of 
complex systems with modular objects to create abstractions that are 
representative of real world, physical objects and their interrelationships. 
However, embodiments may be implemented in many different ways using a 
5 wide range of programming techniques as well as general-purpose hardware 
systems or dedicated controllers. In addition, in some embodiments, many, if 
not all, of the elements described above are optional or can be combined into 
single elements. 

10 Any embodiments described above are not intended to be limited to the 

specific form set forth herein, but are intended to cover such alternatives, 
modifications and equivalents as can reasonably be included within the spirit 
and scope of the appended claims. 
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